Do not use VIQR input method for vi locale by default

In the Vietnamese Quoted-Readable input method, punctuation following a
base letter is converted into diacritical marks, for example a( → ă.
(See <https://en.wikipedia.org/wiki/Vietnamese_Quoted-Readable>.)
A 2008 bug report in Ubuntu argued that this is a problematic default,
particularly when typing passwords, where the effect of the punctuation
is non-obvious.

According to the bug reporter, VIQR is popular with Vietnamese users
living elsewhere in the world, where Vietnamese keyboards are unlikely
to be readily available, but is not a popular choice within Vietnam,
where the Telex or VNI input modes are preferred.

[smcv: Add a summary of the Ubuntu bug]
Bug-Debian: https://bugs.debian.org/895043
Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/191451
Forwarded: no

Gbp-Pq: Name 022_disable-viqr-im-for-vi-locale.patch

Consistently treat gdkenumtypes.[hc] as source files

Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.

Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=647729
Bug-Ubuntu: https://launchpad.net/bugs/769256
Forwarded: yes

Gbp-Pq: Name 018_gdkenumtypes.c_location.patch

Do not allow devices in an offscreen hierarchy to take grabs.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=658563
Bug-Ubuntu: https://launchpad.net/bugs/804009
Forwarded: yes

Gbp-Pq: Name 017_no_offscreen_device_grabbing.patch

Don't let offscreen widget do grabbing

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=607668
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=658563
Bug-Ubuntu: https://bugs.launchpad.net/bugs/512427
Forwarded: yes

Gbp-Pq: Name 016_no_offscreen_widgets_grabbing.patch

m4macros: Set a serial number

When a project has a bundled copy of our macro included in tarball
source releases, typically in a m4/ or aclocal/ directory, aclocal
uses the serial number to determine whether the system copy in
/usr/share/aclocal is newer or older than the bundled copy. Without
a serial number, the bundled copy will always be used and will not
be overwritten, even if it is outdated.

Signed-off-by: Simon McVittie <smcv@debian.org>
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895018
Forwarded: https://gitlab.gnome.org/GNOME/gtk/merge_requests/103
Applied-upstream: 3.22.31, commit:16a6c39a9bbb0f3fa209662776f2b74e7175a4b8

Gbp-Pq: Name m4macros-Set-a-serial-number.patch

gtk+3.0 (3.22.30-2) unstable; urgency=medium

  * Team upload

  [ Jeremy Bicha ]
  * Bump minimum wayland-protocols to 1.12

  [ Simon McVittie ]
  * d/p/m4macros-Set-a-serial-number.patch:
    Add patch from upstream to give gtk-3.0.m4 a serial number so that
    it will override older copies bundled with other packages, typically
    in the m4 directory (GTK+ 3 version of #895018)

[dgit import unpatched gtk+3.0 3.22.30-2]

Import gtk+3.0_3.22.30-2.debian.tar.xz

[dgit import tarball gtk+3.0 3.22.30-2 gtk+3.0_3.22.30-2.debian.tar.xz]

Import gtk+3.0_3.22.30.orig.tar.xz

[dgit import orig gtk+3.0_3.22.30.orig.tar.xz]